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METHOD AND APPARATUS FOR MAINTAINING SIP CONTACT 

ADDRESSES 

Reference(s) to Related Application(s) 

5 

The present application claims priority from provisional application, Serial 
No. 60/413,106, entitled "METHOD AND APPARATUS FOR 
MAINTAINING SIP CONTACT ADDRESSES," filed September 24, 2003, 
which is commonly owned and incorporated herein by reference in its 
10 entirety. 

Cross-Reference To Related Application 

15 This application is related to a co-pending application entitled 

"METHOD AND APPARATUS FOR MAINTAINING SIP CONTACT 
ADDRESSES USING EVENT SUBSCRIPTION," filed on even date 
herewith, assigned to the assignee of the instant application, and hereby 
incorporated by reference. 

20 

Field of the Invention 

The present invention relates generally to wireless communications 
25 and, in particular, to maintaining SIP contact addresses within radio 
access networks. 



30 
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Background of the Invention 

Next generation wireless communication systems are being 
designed to provide a variety of internet-based services. To support such 

5 services, protocols such as the Session Initiation Protocol (SIP) are being 
adopted and incorporated into these systems. SIP is a text-based 
protocol, similar to HTTP and SMTP, for initiating interactive 
communication sessions between users. Such sessions include voice, 
video, chat, interactive games, and virtual reality. The Internet 

10 Engineering Task Force (IETF) may be contacted for a complete 
description of the SIP standard. 

To incorporate SIP into wireless systems, however, limitations such 
as the air interface and user mobility must be addressed. For example, 
SIP uses contact addresses to tie a user's address-of-record to his/her 

15 location. The contact addresses are centrally registered with a SIP 
Registrar using SIP REGISTER messages. However, SIP currently lacks 
the robustness to efficiently maintain contact addresses for mobile units 
as they move across service areas, at least in certain wireless 
implementations of SIP. Therefore, a need exists within the SIP 

20 framework for an apparatus and method to effectively and efficiently 
maintain SIP contact addresses in wireless environments. 



Brief Description of the Drawings 

25 

FIG. 1 is a block diagram depiction of a wireless communication 
system in accordance with an embodiment of the present invention. 



FIG. 2 is a call flow depiction of messaging between system 
30 elements in accordance with an embodiment of the present invention. 



CE09360i- Idnani 



Detailed Description of Embodiments 

The present application describes various embodiments that 

5 address the need in wireless environments and within the SIP framework 
to efficiently maintain SIP contact addresses. It introduces the concept of 
a SIP proxy user agent (UA) to serve as a gateway between a SIP core 
network and a SIP-unaware mobile. A new parameter, called "created," is 
described for the contact header in SIP 200 OK messages, which is used 

10 to trigger deregistrations by SIP proxy UAs that no longer serve a 
particular mobile. It is this process for deregistering SIP proxy UAs that 
allows SIP contact addresses to be more efficiently maintained. 

The disclosed embodiments can be more fully understood with 
reference to FIGs. 1 and 2. FIG. 1 is a block diagram depiction of a 

15 wireless communication system 100 in accordance with a first 
embodiment of the present invention. Communication system 100 is a 
well-known Code Division Multiple Access (CDMA) system, specifically a 
CDMA 2000 system, which is based on the Telecommunications Industry 
Association / Electronic Industries Association (TIA/EIA) standard IS- 

20 2000, suitably modified to implement the present invention. However, the 
present invention is not limited to a particular wireless technology. 
Therefore, in alternate embodiments, communication system 100 may 
utilize other communication system protocols such as, but not limited to, 
"iDEN," UMTS, 1x EVDV, 1x EVDO, GPRS, EDGE, and WLANs. 

25 The first embodiment of the present invention includes a radio 

access network (RAN) 110 and remote units, such as mobile station (MS) 
101. However, the present invention is not limited to remote units that are 
mobile. For example, a remote unit may comprise a desktop computer 
wirelessly connected to the radio access network. 

30 Those skilled in the art will recognize that FIG. 1 does not depict all 

of the network equipment necessary for system 100 to operate but only 
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those logical entities particularly relevant to the description of 
embodiments of the present invention. For example, system 100 
comprises well-known entities such as base sites 111 and 112, frame 
selection and distribution units (SDUs) 113 and 114, SIP components 120 
5 and 125 (each comprising a wireless network interface (121 and 122) and 
a SIP proxy UA (123 and 124)), and SIP registrar 130. Those skilled in the 
art are aware of the many ways each of these entities can be 
implemented and/or purchased from wireless communications companies 
such as "MOTOROLA." 

10 SIP components 120 and 125 and SIP registrar 130 comprise well- 

known data communication entities such as wireless network interfaces 
121 and 122, processor 131, and SIP location database 132. SIP 
components 120 and 125 also comprise data communication entities such 
as SIP proxy UAs 123 and 124, which are based on well-known SIP UAs. 

15 However, SIP proxy UAs serve as a SIP gateway for SIP-unaware units 
that are not themselves SIP UAs. All of these data communication entities 
typically comprise components such as microprocessors, memory, and/or 
logic circuitry designed to implement particular algorithms and/or 
protocols. Given such an algorithm, protocol definition (e.g., lETF's SIP 

20 specification), or logic flow, those skilled in the art are aware of the many 
design and development techniques available to implement SIP 
components and SIP registrars to perform the given logic. 

Although not explicitly shown, system 100 further comprises base 
transceiver stations (BTSs), which interface with devices such as base 

25 site controllers (BSCs), mobile switching centers / virtual location registers 
(MSC/VLRs), home location registers (HLRs), etc. In the first embodiment 
of the present invention, a known CDMA 2000 RAN is adapted using 
known telecommunications design and development techniques to 
implement the logic of the present invention. The result is RAN 110, which 

30 performs the method described with respect to FIG. 2. Those skilled in the 
art will recognize that the present invention may be implemented in and 
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across various physical components of RAN 110, not just on the physical 
processing platforms of SIP components 120 and 125 and SIP registrar 
130 as illustrated in FIG. 1. 

Operation of the first embodiment, in accordance with the present 

5 invention, occurs substantially as follows. As shown in FIG. 1, MS 101 
may obtain wireless services from RAN 110 via either base site 111 or 
112. However, as RAN 110 is architected, a different SIP component 
serves the two wireless service areas of base sites 111 and 112. When 
MS 101 begins obtaining service from BS 111 it sends a registration 

10 request message to SIP component 120. This registration request 
message is not a SIP message, but rather a registration message in 
accordance with the wireless protocol utilized by MS 101 (e.g., CDMA 
2000). 

FIG. 2 is a call flow depiction of the messaging between system 

15 elements in accordance with the first embodiment of the present 
invention. MS 101's registration request message 201 is shown in call 
flow diagram 200. Message 201 is received by SIP proxy UA 123 via 
wireless network interface 121. Acting as a proxy user agent for MS 101, 
SIP proxy UA 123 then sends a registration message for MS 101 to SIP 

20 registrar 130. Thus, proxy UAs act as gateways between the SIP core 
network and the SIP-unaware mobile. Proxy UAs are responsible for 
running the UA call engine for each of the mobiles that they serve, and 
additionally, for translating the call control messaging between SIP and 
the appropriate wireless protocol. 

25 In conjunction with the proxy UAs, SIP registrars maintain a list of 

contact addresses for each of the mobiles that they serve. Generally, 
when a SIP registrar receives a SIP REGISTER message for a remote 
unit, it obtains the contact address from the message and adds it to the 
list of contact addresses for that unit. For example, in the first embodiment 

30 of the present invention, SIP proxy UA 123 sends SIP REGISTER 
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message 202 for MS 101 to SIP registrar 130. SIP REGISTER message 
202 comprises the following information (including a contact address): 

REGISTER sip:registrar.home.com 
5 Via: SIP/2.0/UDP proxyUAl .visited.com:5060 

From:UserA <userA@home.com> 

To: UserA <userA@home.com> 

Call-ID: 123456@proxyUA1 .visited.com 

Cseq: 1 REGISTER 
10 Contact: userA@proxyUA1.visited.com 

Expires: 7200 

Content-Length: 0 

SIP REGISTER message 202 indicates that it comprises a new contact 
15 address by the CSeq field having the value "1 REGISTER". Thus, 
processor 131 of SIP registrar 130 stores the contact address provided, 
"userA@proxyUA1.visited.com'', as an additional contact address for MS 
101 in SIP location database 132. Along with the contact address, 
however, processor 131 also stores a creation timestamp to indicate when 
20 this particular contact address was added to the contact list for MS 101 . 

In response to SIP REGISTER message 202, SIP registrar 130 
sends SIP 200 OK message 204 to SIP proxy UA 123. SIP 200 OK 
message 204 includes all the current contact addresses for MS 101 and 
their associated "created" timestamps. SIP 200 OK message 204 
25 comprises the following information: 

SIP/2.0 200 OK 

Via: SIP/2. 0/UDP registrar.home.com:5060 
From:UserA <userA@home.com> 
30 To: UserA <userA@home.com> 

Call-ID: 1 23456@proxyUA1 .visited.com 
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Cseq: 1 REGISTER 

Contact: userA@proxyUA1 .visited.com; 

created=2002-03-1 8:1 2:24:31 
Content-Length:0 

5 

When MS 101 begins obtaining service from BS 112 it sends a 
non-SIP registration request message to SIP component 125. This 
registration request message 205 is received by SIP proxy UA 124 via 
wireless network interface 122. Acting as a proxy user agent for MS 101, 
10 SIP proxy UA 124 then translates the registration request into SIP 
REGISTER message 206 and sends it to SIP registrar 130 for MS 101. 
SIP REGISTER message 206 comprises the following information 
(including the new contact address): 



15 REGISTER sip:registrar.home.com 

Via: SIP/2.0/UDP proxyUA2.visited.com:5060 
From:UserA <userA@home.com> 
To: UserA <userA@home.com> 
Call-ID: 123456@proxyUA2.visited.com 

20 Cseq: 1 REGISTER 

Contact: userA@proxyUA2.visited.com 
Expires: 7200 
Content-Length: 0 



25 Note that UA1 of message 202 refers to the "old" proxy UA of FIG. 2, 
while UA2 of message 206 refers to the "new" proxy UA of FIG. 2. 

SIP registrar 130 receives message 206, and processor 131 stores 
the contact address provided, "userA@proxyUA2.visited.com", as an 
additional contact address for MS 101 in SIP location database 132. 

30 Along with the contact address, however, processor 131 also stores a 
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creation timestamp to indicate when this particular contact address was 
added to the contact list for MS 101 . 

In response to SIP REGISTER message 206, SIP registrar 130 
sends SIP 200 OK message 208 to SIP proxy UA 124. SIP 200 OK 
5 message 208 includes all the contact addresses for MS 101 and their 
associated "created" timestamps. Therefore, SIP 200 OK message 208 
comprises the following information: 

SIP/2.0 200 OK 
10 Via: SIP/2. 0/UDP registrar.home.com:5060 

From:UserA <userA@home.com> 

To: UserA <userA@home.com> 

Call-ID: 123456@proxyUA2.visited.com 

Cseq: 1 REGISTER 
15 Contact: userA@proxyUA1 .visited.com; 

created=2002-03-1 8:1 2:24:31 

Contact: userA@proxyUA2.visited.com; 

created=2002-03-1 8:18:1 9:35 

Content-Length:0 

20 

In the first embodiment of the present invention, a registration timer 
in SIP proxy UA 123 eventually expires triggering an attempt to renew MS 
101's registration with registrar 130. Thus, SIP proxy UA 123 sends SIP 
REGISTER message 210 for MS 101 to SIP registrar 130. SIP 
25 REGISTER message 210 comprises the following information: 

REGISTER sip:registrar.home.com 
Via: SIP/2.0/UDP proxyUAl .visited.com:5060 
From:UserA <userA@home.com> 
30 To: UserA <userA@home.com> 

Call-ID: 631 58@proxyUA1 .visited.com 



CE09360i - Idnani 



Cseq: 16 REGISTER 

Contact: userA@proxyUA1 .visited.com 

Expires: 7200 

Content-Length: 0 

5 

In response to receiving SIP REGISTER message 210, SIP 
registrar 130 sends SIP 200 OK message 212 to SIP proxy UA 123. SIP 
200 OK message 212 includes all the current contact addresses for MS 
101 and their associated "created" timestamps. Therefore, SIP 200 OK 
10 message 212 comprises the following information: 



SIP/2.0 200 OK 

Via: SIP/2. 0/UDP registrar.home.com:5060 
From:UserA <userA@home.com> 
15 To: UserA <userA@home.com> 

Call-ID: 631 58@proxyUA1 .visited.com 
Cseq: 16 REGISTER 

Contact: userA@proxyUA1 .visited.com; 

created=2002-03-1 8: 12:24:31 
20 Contact: userA@proxyUA2.visited.com; 

created=2002-03-1 8: 1 8: 1 9:35 
Content-Length:0 



SIP 200 OK message 212 indicates a contact address more recent than 
25 any provided by SIP proxy UA 123, i.e., the contact address with the 
"created" timestamp of "2002-03-18:18:19:35". SIP proxy UA 123 
recognizes that there is a more recent contact address for MS 101, and 
sends a deregistration message for MS 101 to SIP registrar 130. In the 
first embodiment of the present invention, this deregistration message 
30 comprises a SIP REGISTER message with an "expires" header value set 
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to "0". Thus, SIP REGISTER message 214 comprises the following 
information: 

REGISTER sip:registrar.home.com 
5 Via: SIP/2. 0/UDP proxyUAl .visited.com:5060 

From:UserA <userA@home.com> 
To: UserA <userA@home.com> 
Call-ID: 631 58@proxyUA1 .visited.com 
Cseq: 17 REGISTER 
10 Contact: userA@proxyUA1.visited.com 

Expires: 0 
Content-Length: 0 

Upon receiving SIP REGISTER message 214, SIP location 
15 processor 131, removes the "userA@proxyUA1.visited.com" contact 
address for MS 101 from location database 132. SIP registrar 130 also 
responds to SIP REGISTER message 214 with SIP 200 OK message 
216, which includes an updated list of the current contact addresses for 
MS 101, as follows: 

20 

SIP/2.0 200 OK 

Via: SIP/2. 0/UDP registrar.home.com:5060 
From:UserA <userA@home.com> 
To: UserA <userA@home.com> 
25 Call-ID: 631 58@proxyUA1 .visited.com 

Cseq: 17 REGISTER 

Contact: userA@proxyUA2.visited.com; 

created=2002-03-1 8:1 8:1 9:35 
Content-Length:0 

30 

Call flow 200 thus is completed. 
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In summary, SIP uses contact addresses to tie a unit's address-of- 
record to its location. The contact addresses are centrally registered with 
a SIP registrar using SIP REGISTER messages. The SIP 200 OK 
responses from the SIP registrar list all of the current contact addresses 
5 for the unit. In call flow 200 above, when the unit moves to a new service 
area, the new proxy UA in that area registers the contact address with the 
SIP registrar. After some time when the old proxy UA sends a SIP 
REGISTER to renew the registration, it gets a 200 OK response back 
from the SIP registrar containing both the old and the new contact 

10 addresses. The old proxy, examines the contact addresses and their 
timestamps, realizes that there is a new proxy UA for the user, and then 
deregisters its contact address. 

It is this process for deregistering SIP proxy UAs that allows SIP 
contact addresses to be more efficiently maintained. Before, when a unit 

15 moved from one service area to another, its registration at the old service 
area would often be kept active by the proxy UA in that area. This was 
because the old proxy UA did not know that the unit had moved and that a 
new proxy UA was serving it. As a result, system resources were wasted 
since messaging such as SIP INVITEs are forked to the entire contact list. 

20 Thus, removing old contact addresses as described herein can reduce 
unnecessary network traffic. 

In the foregoing specification, the present invention has been 
described with reference to specific embodiments. However, one of 
ordinary skill in the art will appreciate that various modifications and 

25 changes may be made without departing from the spirit and scope of the 
present invention as set forth in the appended claims. Accordingly, the 
specification and drawings are to be regarded in an illustrative rather than 
a restrictive sense, and all such modifications are intended to be included 
within the scope of the present invention. In addition, those of ordinary 

30 skill in the art will appreciate that the elements in the drawings are 
illustrated for simplicity and clarity. For example, the dimensions of some 
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of the elements in the drawings may be exaggerated relative to other 
elements to help improve an understanding of the various embodiments of 
the present invention. 

Benefits, other advantages, and solutions to problems have been 

5 described above with regard to specific embodiments of the present 
invention. However, the benefits, advantages, solutions to problems, and 
any element(s) that may cause or result in such benefits, advantages, or 
solutions, or cause such benefits, advantages, or solutions to become 
more pronounced are not to be construed as a critical, required, or 

10 essential feature or element of any or all the claims. 

As used herein and in the appended claims, the term "comprises," 
"comprising," or any other variation thereof is intended to refer to a non- 
exclusive inclusion, such that a process, method, article of manufacture, 
or apparatus that comprises a list of elements does not include only those 

15 elements in the list, but may include other elements not expressly listed or 
inherent to such process, method, article of manufacture, or apparatus. 
The terms "a" or "an," as used herein, are defined as one or more than 
one. The term "plurality," as used herein, is defined as two or more than 
two. The term "another," as used herein, is defined as at least a second 

20 or more. The terms "including" and/or "having," as used herein, are 
defined as comprising (i.e., open language). The term "coupled," as used 
herein, is defined as connected, although not necessarily directly, and not 
necessarily mechanically or electrically. The term "program" (or 
"programming"), as used herein, is defined as a sequence of instructions 

25 designed for execution on a computer system. A program, programming, 
or computer program, may include a subroutine, a function, a procedure, 
an object method, an object implementation, an executable application, 
an applet, a servlet, a source code, an object code, a shared 
library/dynamic load library and/or other sequence of instructions 

30 designed for execution on a computer system. 



